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REMARKS 

Claims 1-31 are pending in the present application. Claims 1 ? 15» 17, 28, 30, and 
31 were amended, claims 5, 15 ? 21, and 29 were cancelled, and claims 32 and 33 were 
added. Reconsideration of the claims is respectfully requested. 

1. 35U.S.CS103, Obviousness 

Prior to discussing specific rejections, it is noted that the specification discloses a 
means of providing a variety of features that can be used in the different volumes of a 
storage management system, with the decision of which features will be used with a 
given volume being reserved until the volume, e.g., a logical volume composed of parts 
of several physical volumes, is created or modified. It is submitted that Smith is 
concerned with applying partitioning and mapping, but not with how specific partitioning 
and mapping algorithms get applied to specific volumes. We turn now to the specific 
rejections. 

(a) Claims 1-4, 1 1-15, 1 7-20, 27*28 and 30-31 stand rejected under 35 U.S.C. § 
103(a) as unpatentable over Smith et al. (5,829,053) (hereinafter "Smith"). This rejection 
is respectfully traversed. 

It is noted that all of the independent claims have been amended to include 
limitations from dependent claims that are not in this rejection. It is submitted that the 
rejection over Smith alone is now moot. The claims in this rejection will be discussed 
under the following rejection, 

(b) Claims 5-6, 8, 16, 21-22, 24 and 29 stand rejected under 35 U.S.C § 103(a) as 
being unpatentable over Smith in view of Lorenz et al. (U.S. Patent No. 6,405,366) 
(hereinafter "Lorenz"). This rejection is respectfully traversed. 

it is noted that there are six independent claims in this rejection. Claims 1,17, and 
30 have been amended with the limitations of dependent claims 5 and 21 that input is 
received from the user. Independent claims 15, 28, and 31 have been amended with 
limitations of claim? 16 and 29 that input is received through an application API and 
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action performed on the volume in response to that input. These two sets of claims will 

be discussed separately. 

Representative claim 1 now recites, 

I . (Currently amended) A method for providing features in a logical volume 
management system, comprising: 

loading a set of feature plug-in modules; 

receiving a selection of features from a user; 

in response to receiving said selection of features, selecting a first plurality of 
feature plug-in modules from the set of feature plug-in modules in accordance 
with said selection of features; 

after performing said selecting step, ordering the first plurality of feature plug- 
in modules to form a first ordered plurality of feature plug-in modules; and 

applying the first ordcredplurality of feature plug-in modules to a first volume. 

It is noted that the claims now contain recitations that force an order to the 

claimed actions. Specifically, a "selection of features" is received from the user prior to 

selecting, ordering, and applying specific features, a necessity that will be further 

explained, The "first plurality of feature plug-in modules" is selected both "zw response to 

receiving said selection of features" and "according to said selection of features"; 

therefore, the "receiving" step must precede the "selecting" step. Additionally, 

'"ordering" is performed "after performing said selecting step" and "applying" the "first 

plurality of ordered feature plug-in modules " is performed after the ordered step, so that 

the ordered modules can be created. Thus, it is necessary that steps flow from one 

another; the claim must be seen in light of this intrinsic order rather than being taken as 

randomly ordered steps. 

In discussing claims 1 and 5, the office action states, 

Smith teaches the invention substantially as claimed including: loading a set of 
feature plug-in modules {col 4, In 32-33/ln 47/50), selecting a first plurality of 
feature plug-in modules form the set of feature plug-in module (mapping plug-in 
associated with two child stores 62 and 64, but no partition plug-ins for those 
child stores, col 5 r In 54-58). applying the first plurality of feature modules to a 
first partition of device (col 4, In 33-39/ln 64-<5G) # ordering the first of plurality of 
feature plug-in modules (a mapping plug-in 82 is used at the logical store level 
with a RAID logical store 80, a mapping plug-in 67a-d are associated with child 
stores 68 and, col 6, In 25-30 and In 35-40). Smith does not explicit teach the term 
"volume". However, Smith teaches each partitioned device (coi 3, In 10-12). It 
would be obvious to one of the skill in the art at the time the invention was made 
to apply the teaching of Smith because Smith's volume would provides a 
partitioning schema for a block storage memory system which allows the nesting 
of partitioning formats and avoids replication of partition codes. 1 



1 Office action of 01/05/2005, item 3, pages 2-3, regarding claim 1 
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Smith does not teach a selection of feature plug*in modules by a user; and 
selecting the first plurality of feature plug-in modules based on the selection. 
However, Lorenz teaches a selection of feature plug-in modules by a user; and 
selecting the first plurality of feature plug-in modules based on he selection (user 
may select from a directory of list of available plug-ins to use, col 9 f In 32-35). 2 

Figure 4b of Smith is reproduced here, along with the cited excerpts from this 

patent. Smith notes. 



that a store will return when the store is asked for block x. The mapping of logical 
blocks to physical blocks in a physical store is defined by its associated mapping 
plug-in 52. When a mapping is made between two stores, the store which is 
making a block of data available is called the parent, while the store which 
translates the block address is called the child store. The mapping plug-in module 
52 translates a block address between a child store and its associated parent 
stored), or between a physical store and its associated physical device. Both types 
of mapping plug-ins provide the same interface to their associated store. 

The physical store mapping plug-in preferably functions as a device driver for 
the associated physical storage device, and translates block requests into 
operations on the physical device. 4 

Partitioning plug-ins maintain a store partition map and partition codes 
necessary to read the partition map and generate the partitions of the store. 5 

The bottom -most store 66 in FIG. 4b is the parent store which is connected to 
SCSI hard disk 68. A SCSI hard disk mapping plug-in 67 is associated with store 
66 which communicates via a SCSI bus to the hard disk 68, but is shown as 
directly connected to the disk 68 for simplicity in the diagram. The two child 
stores 62 and 64 have standard mapping plug-ins associated with them, but have 
no partitioning plug-ins, since these stores contain no partition maps. 6 

A store hierarchy for a storage system which includes one or more RAID 
devices is shown in FIG. 6. A RAID driver is implemented as a mapping plug-in 
82 and is used at the logical store level with a RAID logical store 80. A RAID 



* Office action of 01/05/2005, item 15, page 4, regaining claim 5 
y Smith, col.3, lns.9-15 

* Smith, col.4, lns.30-50 
5 Smith, col.4, Ins.64-66 
5 Smith, col.5. lns.54-57 




By providing for partitioning managers 
independent from the device drivers for 



each partitioned device in each hierarchical 



level of a block storage memory, it is no 
longer necessary to inefficiently replicate 
and store irrelevant partition code in the 
partitioning managers of each partitioned 
device. 3 



The store includes a cone data structure 
SO and a mapping plug-in module 52. The 
store can also include a partitioning plug-in 
module 54 (partition manager) if it is 
partitioned into sub-stores. 



A "mapping" defines the blocks of data 
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partitioning plug-in 84 stores, for RAID store 80, the information about its 
associated devices. Instantiation of the RAID store 80 is performed according to 
the block storage store instantiation method described earlier; that is, each store is 
identified and associated with a device driver, partition formats are determined, 
and new devices are generated. The RAID store 80 in this example contains first 
second, and third stores 86a, b, and c as its children. The logical RAID store 80, 
while appearing as a single disk to the system user, is actually comprised of, in 
this example, four physical stores 81a, b ? c, and d. The physical stores are each 
associated with a physical storage device 68a-d and a mapping plug-m (device 
driver) 67a-cT 7 

Software tool 10 and other applications may maintain a list of installed or 
enabled plug-ins with information regarding the type of data each is capable of 
processing. A user may select from a directory or list of available plug-ins or 
filters to use with a certain file format.* 

It is submitted that a combination of Smith with Lorenz would not reach the 

claimed invention in several respects: Smith does not teach selecting features. Further, 

combining Smith and Lorenz does not provide a selecting step (Smith) being performed 

in response to receiving choices of features (Lorenz), nor does Smith teach ordering or 

applying the features after they arc selected. Finally while Lorenz allows the user to 

choose plug-ins,, the plug-ins of Lorenz are not plug-ins for features in a logical volume 

management system, as is claimed. We can look at these assertions more closely. 

Smith is cited for "selecting a first plurality of feature plug-in modules from the 

set of feature plug-in modules", although this clause now includes the additional 

recitation that the selection is "according to said selection of features". However, it is 

asserted that while Smith shows that storage devices (stores) are associated with the 

partitioning and/or mapping plug-in, Smith does ngt show how this association comes 

about, i.e., how the features and associated plug-ins are selected. Indeed, the rejection 

above points only to a result (different stores have different plug-in modules), not to a 

means of achieving that result (selecting a particular feature and applying it to a volume). 

Rather, this patent appears to be interested in how these particular plug-in modules work, 

rather than in how they come to be associated with the volumes with which they are 

associated. Since the formation of this association is a large part of the claimed invention, 

it is asserted that this recitation is not met 



'Smith, col.6, Ins,24-40 
8 Lorenz, col.9. Jns.30-34 
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Smith is dealing with plug-ins that 
define the features of a volume. Lorenz 
(Figure 1 of which is shown to the left), 
on the other hand, is dealing with plug- 
ins that translate data to and from various 
formats. Lorenz notes, 

In one aspect of the invention,, a multi- 
layered software architecture comprises 
a software application layer, a predefined 
file filter interface layer operable to perform basic file functions, and a data standard 
interface layer having a plurality of standard methods for accessing data of a data 
type. Further, a fftst plug-in is Provided t hat is operable to access a fi rst data formal of 
the data type according to the data standard interface layer, and a second plug-in is 
provided that is operable to access a secon d data formal of the data type according to 
the data standard interface layer. 

In yet another aspect of the present invention, a method of accessing data comprises 
the steps of selecting a data interfa ce plug-in in response to a specific data type an d 
fiarrnat of input; data, and then accessing the Input data according to a predetermined 
interface standard for the specific data type. 9 

Thus, Lorenz does not show a plug-in that is in a logical volume manager. Further, in 
combining these two patents, it is asserted that the rejection ignores the fact that these are 
not the same type of plug-ins. Since one step is dependent on the other step, it makes 
little sense to assert that these two steps can be combined to reproduce the claimed 
invention. These recitations are not met. 

Turning now to the other claims in this rejection, representative claim 15 now 

recites, 

1 5. (Currently amended) A method for providing features in a logical volume 
management system, comprising: 

loading at least one feature plug-in module; 

applying the at least one feature plug-in module to a volume; 

after applying the module to the volume, receiving a call through an 
application program interface; and 

modifying a feature on the volume using the at least one feature plug-in 
module in response to the call. 

It is noted that this set of claims recites that after a plug-in module is applied to a volume, 

a feature on the volume can be modified through an application program interface. It is 

asserted that Smith does not show being able to modify a plug-in feature, and especially 



Lorenz coM. Ins.46-57and col.2, Ins. 1 0-1 6 
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does not sbow being able to modify a plug-in feature in response to an application 
program interface- 
Therefore, the rejection of claims 1-4, 11-15, 17-20, 27-28 and 30-31 under 35 
LLS.C. § 103(a) has been overcome. 

(c) Claims 1 0 and 26 stand rejected under 35 U.S,C. § 1 03(a) as being unpatentable 

over Smith in view of Lorenz and further in view of Hendrickson et al. (5,933,646) 

(hereinafter "Hendrickson"), This rejection is traversed. 

Representative claim 10 recites, 

1 0. (Original) The method of claim 6, wherein at least two feature plug-in 
modules in the first plurality of feature plug-in modules are in the same class and 
wherein the step of ordering the first plurality of feature plug-in modules further 
comprises: 

receiving order selection information from a user; and 
ordering the first plurality of feature plug-in modules based on the order 
selection information. 

Regarding this claim, the rejection states, 

Smith and Lorenz do not teach ordering the first plurality of feature plug-in 
modules based on the order selection information. However, Hendrickson teaches 
ordering the first plurality of feature plug-in modules based on the order selection 
information (col 5, In |-6). 10 

Hendrickson discloses, 

In the software manager of the present invention, the operating system software 
residing in the system files is treated as a collection of core modules each having 
an associated set of dependent plug-in modules. A core module is a stand-alone 
software element, containing the essential features of a particular system function 
or service. A plug-in module, on the other hand, constitutes only one piece of a 
broader system function or service and relies upon a parent core module for 
proper operation. Such a plug-in is optionally present in the operating system and 
is located dynamically by its parent at computer run-time. As is described in more 
detail below, a user of the software manager can obtain an organized system view 
of the system file content in which the available core and plug-in modules are 
displayed in coherent groupings by category and type. For example, if a user 
wishes to see all printer drivers in a given system, the user could select the 
category "printing" and the item "printer drivers" within the software manager 
system view. 

It is submitted that in this excerpt, Hendrickson is merely stating that the system 
files can be grouped by categories. This is not the same as the claimed invention. It is 
submitted that the claim starts with the assumption that there is more than one feature 



|° Office action of 1/05/05, page 5, item 23 
Hendrickson, coU, b.55 - col.5 t 1n.5, italics indicate portion cited by examiner 



Page 16 of 17 
Peloquin ct al. - 09/734,812 



PAGE IS/19 * RCVD AT 4/5/2005 12:17:29 PM [Eastern Daylight Time] > SVR:USPTO-EFXRF-1/0 ■ DNIS:8729306* CSID:9777777777 'DURATION (mm*s):05-18 



04/04/2005 23:18 9777777777 



YEE & ASSOCIATES, PC 



PAGE 



19 



plug-in module in the same category, then recites that the two modules can be put in an 
order according to user input. Hendrickson i$ not placing the software components in any 
order; at most, this section teaches providing a listing of the software modules. While it 
can be argued that the listing is presented in some order, this is not the same as ordering 
the modules themselves. Hendrickson does not show ordering the plug-in modules. 

Therefore, the rejection of claims 10 and 26 under 35 U.S.C. § 103(a) has been 
overcome. 

II. Conclusion 

Tt is respectfully urged that the subject application is patentable over Smith, 
Lorenz, and Hendrickson and is now in condition for allowance. 

The examiner is invited to call the undersigned at the below-listed telephone 
number if in the opinion of the examiner such a telephone conference would expedite or 
aid the prosecution and examination of this application. 

DATE: April 5, 2005 



Respectfully submitted, 




Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 385-8777 
Agent for Applicants 
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